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Elektronische Paketf achanlage und Logistiksystem 



Beschreibung : 

Die Erfindung betrifft eine elektronische Paketf achanlage . 

Der Erfindung liegt die Aufgabe zugrunde, eine elektronische 
Paketf achanlage zu schaffen, die eine flexible Zustellung und 
Abholung von Paketen aus Paketf achern ermoglicht. 

Erf indungsgemaS wird diese Aufgabe dadurch gelost, dass die 
elektronische Paketf achanlage so ausgestaltet wird, dass sie 
eine Vielzahl von elektronischen Paketf achern enthalt, wobei 
jeweils mehreren elektronischen Paketf achern eine 
Bedienungseinheit zugeordnet ist, und wobei eine 
Zentralsteuereinheit zur Steuerung der Bedienungseinheiten 
vorgesehen ist. 

Die Erfindung sieht vor, dass die elektronische 
Paketf achanlage aus mehreren einzelnen Zustellvorrichtungen 
besteht, wobei die Zustellvorrichtungen mit einer oder 
mehreren Bedienungseinheiten ausgestattet sind. Mehrere oder 
alle Bedienungseinheiten werden durch die 
Zentralsteuereinheit gesteuert. 

Es ist zweckmafiig, dass die Bedienungseinheiten ein 
Steuerungsmittel zur Steuerung des Offnens und/oder des 
SchlieSens von den Bedienungseinheiten zugeordneten 
Paketf achern enthalten. 

Die einzelnen elektronischen Paketf achanlagen sind 
miteinander zu Clustern verbunden. 
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Das Vorsehen einer Zentralsteuereinheit erhoht die 
Funktionalitat und den Leistungsumf ang der elektronischen 
Pake tfachanl age erheblich. 

Insbesondere ist es zweckmaEig, dass die Zentralsteuereinheit 
ein Mittel zur Zuordnung der Paketfacher zu den 
Bedienungseinheiten enthalt . 

Die Ausfuhrungsform, bei der die Zuordnung zwischen den 
Paketfachern und den Bedienungseinheiten durch die 
Zentralsteuereinheit erfolgt, hat den Vorteil, dass hierdurch 
die elektronische Paketf achanlage leicht an veranderte 
Betriebsparameter anpassbar ist. 

Insbesondere ist es vorteilhaft, dass die Zuordnung der 
Paketfacher zu den Bedienungseinheiten veranderbar ist. 

Hierdurch ist es beispielsweise moglich, dass bei dem Ausfall 
einer Bedienungseinheit bisher dieser Bedienungseinheit 
zugeordnete Paketfacher einer anderen Bedienungseinheit 
zugeordnet werden konnen. 

Eine besonders bevorzugte Ausfuhrungsform der Erfindung sieht 
vor, die elektronische Paketf achanlage so auszugestalten, 
dass die Zentralsteuereinheit eine Schnittstelle zum 
Empfangen von Inf ormationen von einem Datenbank- Server mit 
Belegungsinf ormationen aufweist. 

Hierdurch ist es moglich, die elektronische Paketf achanlage 
flexibel an Betriebssituationen und Benutzerverhalten 
anzupassen. 
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Beispielsweise konnen bei dem Ausfall einer Bedienungseinheit 
die bisher dieser Bedienungseinheit zugeordneten Paketfacher 
einer oder mehreren anderen Bedienungseinheiten zugeordnet 
werden, Auch dies verstarkt die flexible Anpassung an 
Bediirfnisse oder Verhaltensweisen der Benutzer der 
Paketf achanlage . 

Besonders bevorzugte Ausf iihrungsf ormen der Erfindung zeichnen 
sich dadurch aus, dass sowohl eine interne Kommunikation 
zwischen der Zentralsteuereinheit und den Bedienereinheiten 
als auch eine externe Kommunikation zwischen der 
Zentralsteuereinheit und einem oder mehreren Datenbank- 
Servern vorgesehen sind. 

Eine derartige Integration der Datenkommunikation erfolgt in 
einer zweckmaSigen Ausfuhrung der Erfindung dadurch, dass 
die Zentralsteuereinheit eine Schnittstelle zum Senden von 
Informationen an einen mit Belegungsinf ormationen 
ausgestatteten Datenbank- Server auf weist . 

Eine weitere Erhohung der Flexibilitat und Vielseitigkeit der 
elektronischen Paketf achanlage lasst sich dadurch erzielen, 
dass die Zentralsteuereinheit einen Computer enthalt, der 
Betriebsdaten und/oder Belegungszustande der Paketfacher 
speichern und verarbeiten kann. 

Der Begriff ^Computer" ist in keiner Weise einschrankend zu 
verstehen. Es kann sich hierbei urn eine beliebige, zur 
Durchfiihrung von Berechnungen geeignete Einheit handeln, 
beispielsweise eine Workstation, einen Personalcomputer , 
einen Microcomputer oder eine zur Durchfiihrung von 
Berechnungen und/oder Vergleichen geeignete Schaltung. 
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Ferner ist es zweckmaSig, die Zentralsteuereinheit mit 
weiteren Schnittstellen zur Uberpriifung und/oder Veranderung 
von Betriebszustanden auszustatten . Hierdurch wird die 
elektronische Paketf achanlage besonders wartungsf reundlich. 

Ein weiterer Gegenstand der Erfindung ist ein Logistiksystem, 
das sich dadurch auszeichnet, dass es mehrere miteinander 
vernetzte elektronische Paketf achanlagen enthalt. 

Ein derartiges Logistiksystem bildet eine besonders 
bevorzugte Losung der erf indungsgemafien Aufgabe, eine 
flexible Zustellung und Abholung von Paketen aus Paketfachern 
zu ermoglichen. 

Durch die Vernetzung mehrerer elektronischer Paketf achanlagen 
ist es insbesondere moglich, Postsendungen besonders flexibel 
zuzustellen. 

So ist es beispielsweise fur den Fall, dass alle Paketf acher 
einer elektronischen Paketf achanlage belegt sind, moglich, 
weitere Postsendungen zu einer anderen elektronischen 
Paketfachanlage zu transportieren und dort fur eine Abholung 
bereitzustellen. 

Durch die Integration eines vorzugsweise zentral betriebenen 
Datenbank- Servers ist es moglich, ein Zustellen von 
Paketsendungen an die elektronischen Paketf achanlagen in 
Abhangigkeit von dem Belegungszustand der elektronischen 
Paketfachanlage und/oder der in ihnen enthaltenen Paketfacher 
durchzuf lihren . 

Weitere Vorteile, Besonderheiten und zweckmaEige 
Weiterbildungen der Erfindung ergeben sich aus den 
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Unteranspriichen und der nachf olgenden Darstellung bevorzugter 
Ausfiihrungsbeispiele der Erfindung anhand der Zeichnungen. 

Von den Zeichnungen zeigt 

^^9- 1 einen Aufbau einer als Kommunikationsplattf orm 

mit der elektronischen Paketf achanlage geeig- 
neten Automatenschnittstelle; 

^^9- 2 eine Prinzipdarstellung von eingesetzten 

Komponenten zur Benutzerregistrierung, 
Benutzerbetreuung und zur Sendungsverf olgung; 

^^9- 3 eine Prinzipdarstellung von Funktionsauf ruf en 

fur die Implementation von Innendienst- 
Funktionen; 

^^9- 4 eine Prinzipdarstellung von zur Benutzerbe- 

nachrichtigung eingesetzten Schnittstellen; 

^^9- 5 eine Detaildarstellung von fur die Belegung 

und Verwaltung der Paketfacher eingesetzten 
Schnittstellen; 

^^9- 6 eine Detaildarstellung von fur die Automaten- 

konf iguration und die Kapazitatsauslastung 
eingesetzten Schnittstellen und 

^^9' 7 Verf ahrensschritte zur Berichtigung von 

Fehlern. 



Das nachfolgend dargestellte Ausf iihrungsbeispiel zeigt eine 
Integration der elektronischen Paketf achanlage in ein 
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umf assendes Logistiksystem. 

Eine derartige Integration der elektronischen Paketf achanlage 
in ein Gesamtsystem ist besonders zweckmaSig, da hierbei die 
durch den erf indungsgemafien Aufbau der elektronischen 
Paketfachanlagen bewirkte Flexibilitat ihres Einsatzes 
besonders wirksam genutzt werden kann. 

Obwohl ein derartiger Einsatz der elektronischen 
Paketfachanlagen in dem logistischen Gesamtsystem besonders 
bevorzugt ist, konnen grundsatzlich die elektronischen 
Paketfachanlagen ohne eine Vernetzung betrieben werden. Auch 
in diesen Ausf lihrungsf ormen bewirkt die Integration der 
Zentralsteuereinheit zur Steuerung der Bedienungseinheiten 
eine Flexibilisierung der Benutzung der elektronischen 
Paketf achanlage . 

Durch die Vernetzung mehrerer Paketfachanlagen miteinander 
und/oder mit dem vorzugsweise zentral eingesetzten Datenbank- 
Server werden die Einsatzmoglichkeiten der Erfindung jedoch 
noch weiter erhoht . 

Bei Integration mehrerer dieser vorteilhaf ten Komponenten 
ergibt sich ein Gesamtsystem, das folgende Bestandteile 
aufweist und dessen Bestandteile wegen der Moglichkeit, einen 
automatisierten Rund-um-die-Uhr-Betrieb zu realisieren, 
nachfolgend auch mit der Bezeichnung Post 24 bezeichnet 
werden : 

1. Eine Vielzahl von Paketausgabe- Automat en, die 

vorzugsweise jeweils wenigstens eine Bedienungseinheit 
aufweisen. 
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2. Eine Zentralsteuereinheit , mit der die einzelnen 
Automaten in Clustern vernetzt sind und die die 
Betriebszustande und -funktionen der Automaten 
liberwacht . Die Zentralsteuereinheit dient als 
^Konzentrator^^ fur die Pakettransaktionen, die er an den 
Post 24 -Server weiterlei tet . Zudem verteilt sie die 
Betriebsanweisungen des Post 24 -Servers auf die 
Paketautomaten . 

3. Der Post 24-Server, der die Kunden- und Paketdaten 
verwaltet und die Vorgange am Automaten registriert und 
steuert und die zentralen Programm-Anwendungen bedient 
(Registrierung, CallCenter, Track&Trace u.a) . 

Das System ist modular auf gebaut . Es ist eine standardisierte 
Schnittstelle definiert, die die Kommunikation zwischen 
Automaten, beziehungsweise ControlCenter und dem Post 24- 
Server regelt. Somit konnen Automaten von verschiedenen 
Herstellern einbezogen werden. 

Der modulare Aufbau der jeweiligen Paketf achanlagen eignet 
sich besonders gut zur Erhohung der Flexibilitat und 
Vielseitigkeit sowohl der einzelnen elektronischen 
Paketf achanlagen als auch des logistischen Gesamtsystems . 

Vorzugsweise sind die in dem Logistik-System eingesetzten 
elektronischen Paketf achanlagen so auf gebaut, dass sie die 
Funktionen und Betriebsinhalte des logistischen Gesamtsystems 
besonders wirksam und effizient umsetzen. 

Grundsatzlich lassen sich die elektronischen Paketf achanlagen 
durch eine Vielzahl verschiedener technischer 
Losungsmoglichkeiten realisieren. 
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Die nachfolgend dargestellten Ausf uhrungsf ormen 
elektronischer Paketf achanlagen eigenen sich jedoch wegen 
ihrer Zuverlassigkeit und Benutzerf reundlichkeit besonders . 

Eines der beiden Systems zeichnet sich dadurch aus, dass die 
Paketf acher jeweils einzeln mit einer Tiir verschlieEbar sind. 
Eine andere, gleichfalls bevorzugte Ausf uhrungsf orm der 
Ausgestaltung der Paketf achanlage zeichnet sich durch ein 
Paternostersystem mit speziellen Transportmechanismen fur 
einzelne Facher zur Ablage und Entnahme der einzelnen Pakete 
aus - 

Bei den dargestellten Ausf uhrungsf ormen ermoglicht der 
Automat ein Beladen und das Abholen von Paketen, 
beziehungsweise Inhalten, liber verschieden groEe Paket facher. 
Ein besonders bevorzugtes Merkmal des Automatensystems ist, 
dass Paketfacher nur temporar bestimmten Empfangern 
zugewiesen warden, namlich nur dann, wenn sie etwas fur ihn 
enthalten. Dazu sollten zum einen die potenziellen Empf anger 
dem Automatensystem bekannt sein und zum anderen die 
Sendungen empf angerbezogen und zentral verwaltet werden. 

Beim Beladen wird ein Paket -Identcode und ein 
Empfangeridentif ikationscode erf asst. Anhand des 
Empf angeridentif ikationscodes wird beim Post 24 -Server 
(Zentralsystem) der zugehorige Zugangs-Code abgef ragt . Bei 
der Abholung identif iziert sich der Abholer mit seinem 
personlichen Empf angeridentif ikationscode, beispielsweise 
unter Verwendung einer Magnetkarte und dem geheimen, 
personlichen Zugangscode . Wenn diese Inf ormationen mit der im 
Automaten gespeicherten iibereinstimmen, wird der Inhalt einer 
Box dem Empf anger freigegeben. 
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Handelt es sich urn ein Nachnahmepaket oder ist bei der 
Ausgabe des Paketes das Inkasso eines Betrages fallig, so 
wird der Betrag vorher angezeigt und der Abholer kann liber 
ein Zahlungs -Terminal (EC-Karte, Geld-Karte, u.a.) diesen 
Betrag iiberweisen. 

Pakete (oder Waren) , die von Empf angern wieder zuriickgegeben 
werden, werden durch den Automaten erf ass t und an den Post 
24 -Server gemeldet, der die Abholung durch entsprechend 
zustandige Logistikmitarbeiter veranlasst . 

ZweckmaSigerweise weist die Zentralsteuereinheit , die auch 
als Leitstand bezeichnet wird, die nachfolgend dargestellten 
Eigenschaf ten auf . 

Die einzelnen Automaten sind uber die Zentralsteuereinheit 
vernetzt, die die Kommunikation clustert und zusammenf asst 
(,,Konzentrator'M . Die Uberwachung von Service und 
Wartungsaufgaben erfolgt iiber die Zentralsteuereinheit. Die 
Zentralsteuereinheit erkennt, ob Automaten oder Bestandteile 
des Automaten (Bedieneinheit , Drucker, einzelne Boxen) 
betriebsbereit sind und welche Betriebsereignisse an 
einzelnen Automaten stattfinden. 

Der Post 24 -Server ist ein Daten-Server , der mit den 
Automaten, beziehungsweise dem Leitstand, liber 
internetbasierte Web-Technologie vernetzt ist. Der Post 24- 
Server bildet eine Schnittstelle zu weiteren 
Datenbankapplikationen. Diese Datenbankapplikat ionen 
ermoglichen beispielsweise eine Integration von Abrechnungs- 
und Sendungsverfolgungsfunkt ionen . 
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Der Automat wird vorzugsweise nur von Empfangern benutzt, die 
sich vorher bei der Deutschen Post fiir diesen Service 
angemeldet haben und deren Daten auf dem Post 24 -Server 
gespeichert sind. Die so registrierten Empfanger erhalten 
eine Empf angeridentif ikationsangabe, die sie als Teil ihrer 
Adressierung verwenden sollen und einen personlichen, 
geheimen Zugangscode. 

Kommt as zu einer Einlieferung in den Automaten, wird der 
Empfanger vom Post 24-Server automatisch benachrichtigt . Die 
Benachrichtigung erfolgt vorzugsweise elektronisch, 
beispielsweise durch den Versand einer SMS oder die Absendung 
einer email, Es ist jedoch gleichfalls moglich, dass 
automatisch ein Brief gedruckt und an den Empfanger geschickt 
wird- Der Empfanger kann dann nach Belieben das Paket am 
Automaten abholen. Wenn dies nicht innerhalb einer bestimmten 
Zeit erfolgt, wird eine Erinnerung gesendet und sobald die 
Zustellfrist ablauft, das Paket zur Rucksendung an den 
Absender gesetzt. 

Das Paketabholsystem ist fur verschiedene Einsatzbereiche 
geeignet. Zum einen konnen im Endkundenbereich normale Pakete 
mit diesem Automatensystem zugestellt werden, zum anderen 
aber auch besonderen Anf orderungen im Geschaf tskundenbereich 
entsprochen werden. 

So ist ein fester oder variabler Anteil an Automatenf achern 
fur Geschaf tspartner und Kunden des das System einsetzenden 
Logistikunternehmens vermietbar und kann von diesen 
entsprechend genutzt werden. Das Automatensystem stellt damit 
fur diese Kunden ein dezentrales Depot dar, dessen 
Warenbestand und -bewegung zentral gesteuert wird und 
entsprechend abgerechnet werden kann. 
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Es handelt sich insbesondere urn ein System aus zentralen und 
dezentralen Komponenten, urn ein intelligentes , 
bedarf sgerechtes Bestell- und Auslief erungssystem zu 
realisieren . 

Das System beinhaltet verschiedene Komponenten und 
Schnittstellen, die wirksam und flexibel ein Logistiksystem 
mit bisher nicht erzielbaren Zustell- und Serviceleistungen 
realisieren. 

Beispiele von Funktionen, die in das System integriert 
werden, sind: 

• Pake t da t enve rwa 1 1 ung 

• Benutzerdatenverwaltung 

• Regis trierung von Kunden 

• B2B-Partnermanagement 

• Tracking von Paketen 

• Verwaltung der Automatenkonf iguration 

• Kapazitatsplanung 

• Benachrichtigung 

• Statistische Datenauswertung 

• Automatenschnittstelle 

• Innendienst service 

Es ist zweckmaSig, zwischen Basiskomponenten zur Verwaltung 
und dem Zugriff auf die Paket- und Benutzerdaten sowie 
sekundaren Komponenten, welche die Businessprozesse 4 in das 
System abbilden, zu unterscheiden . 
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Die modulare Struktur des Systems erlaubt eine unabhangige, 
inkrementelle Entwicklung der verschiedenen Services. 

Da eine besonders bevorzugte Ausf lihrungsf orm des 

erf indungsgemafien Systems und seiner gleichfalls 

erf indungsgemafien Komponenten auf einer Implementation der 

EJB-Technologie basiert, werden die Basiskomponenten auf 

Paket- und Benutzer-EJBs (Enterprise Java Beans) abgebildet. 

Alle anderen Komponenten kommunizieren mit diesen EJBs, wenn 

sie Paket- und Kundendaten erfragen oder verandern miissen. 

Die sekundaren Komponenten sind zum Teil komplexe 
Teilsysteme, die aus Klassen, EJBs und graphischen 
Benutzerschnittstellen (Graphical User Interfaces - GUIs) 
aufgebaut sind. Um eine vom Komponentendesign unabhangige 
Kommunikation der Komponenten zu ermoglichen, stellt jede 
Komponente eine verbindliche Schnittstelle zu seinen Services 
in Form eines Fassadenobjektes- oder EJB zur Verfiigung. Die 
Schnittstellen der verschiedenen Komponenten werden im 
Folgenden beschrieben: 

Automatenschnittstelle : 

Die Automatenschnittstelle ist die Kommunikationsplattf orm 
mit den Automaten. Die Schnittstelle nimmt Anfragen der 
Automaten entgegen und leitet sie an die verantwortlichen 
Komponenten weiter. Falls der Automat Daten als Antwort auf 
seine Anfrage erwartet, werden diese von den Komponenten an 
die Schnittstelle zuriickgegeben und anschliefiend an die 
Automaten weitergeleitet . 
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Fig. 1 zeigt den Aufbau der Komponenten . Ein XML-Parser 
ubernimmt die Abbildung der vom Automaten per http post 
gesendeten XML-Dateien in von dem Logist iksystem 
interpretierbare Funktionsauf ruf e der Klasse Maschinen- 
Interface, wertet die Funktionsauf ruf e aus und leitet sie an 
die verantwortlichen Komponenten User, Parcel, 
DeliveryMachine und Notification weiter. 

Die Komponenten Benutzerregistrierung, B2B Partnermanagement 
und Pake t tracking werden vorzugsweise in einer CallCenter- 
Fassade gekapselt. Die Fassade ubernimmt die Kommunikation 
mit den EJBs zur User- und Paketdatenverwaltung, das heiSt, 
User und Parcel. Die Komponente stellt web-basierte GUIs zur 
Registrierung und Pakettracking zur Verfiigung. Diese werden 
in JSP codiert. Aktionen der Nutzer werden mittels einer 
Worker Bean in Funktionsauf ruf e iibersetzt und an die 
CallCenter-Fassade weitergereicht . Vorzugsweise ubernimmt 
erst diese die Ausfuhrung der Business-Logik . Untenstehende 
Graphik gibt eine grobe Ubersicht uber diese Zusammenhange . 

Die Komponente Innendienst Services kapselt die vom 
Logistiksystem bereitgestellten Dienste fur den Innendienst 
in den Zustellbasen . An der Schnittstelle zu den Mitarbeitern 
des Innendienstes steht ein JSP, das das GUI realisiert. 
Aktionen der Innendienstmitarbeiter werden mittels einer 
Worker Bean in Funktionsauf ruf e ubersetzt und an die Indoor 
Service-Fassade weitergereicht. Die Indoor Service-Fassade 
bildet damit die Schnittstelle zu der eigentlichen 
Funktionslogik der Komponente. 

Die Indoor Service-Fassade stellt daruber hinaus die 
Kommunikationsschnittstelle zu den anderen Komponenten des 
Systems dar. 
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Zur Abbildung der geforderten Funktionslogik benotigt die 
Komponente Zugriff auf die Basiskomponenten User und 
DeliveryMachine . 

Der Aufbau der Komponente ist in untenstehender Abbildung 
dargestellt . 

Eine weitere Komponente, die wegen des modularen Aufbaus des 
Logistiksystems problemlos eingebaut werden kann und das 
Logistiksystem und die in ihm eingesetzten Bestandteile, 
insbesondere die Paketf achanlagen zweckmafiig fortbildet, ist 
eine Benachrichtigungskomponente . 

Die Benachrichtigungskomponente realisiert das Versenden von 
Nachrichten an die Nutzer des Logistiksystems. Die Komponente 
hat vorzugsweise zwei Aufgaben. Sie bildet die 
Benachrichtigungsregelung der Logistikpartner ab und 
ubernimmt das technische Versenden der Nachrichten an die 
Gerate der Kunden. 

Die Schnittstelle zu den anderen Komponenten des Systems wird 
durch eine Fassadenklasse Notif icationFassade realisiert. 
Diese Klasse stellt eine Menge von Methoden bereit, die dazu 
dienen, die Komponente liber Ereignisse zu informieren, die 
eine Benachrichtigung an einen Nutzer auslosen konnen. 
Derzeit werden solche Ereignisse von der 

Schnittstellenkomponente als Ergebnis einer Bewegung am 
Automaten und der Registrierungskomponente ausgelost . Urn Ziel 
und Inhalt der Nachricht konf igurieren zu konnen, benotigt 
die Komponente Zugriff auf Adressdaten der 

Nachrichtenempf anger . Alle in dieser besonders bevorzugten 
Ausf lihrungsf orm des Logistiksystems verwalteten 
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Nachrichtenempfanger sollten daher die Schnittstelle 
Notifyable bereitstellen . Dies sind beispielsweise die EJBs 
LogisticPartnerMandant, User und LogisticPartner . 

Die Organisation der Benutzer- und Paketdaten kann auf 
vielfaltige Weise erfolgen. Nachfolgend wird ein in das 
modulare System besonders zweckmaSig implementierbares 
Benutzer- und Paketmanagement in Form eines 
objektorientierten Modells (Objektmodells) dargestellt. 

Das zentrale Objekt des Objektmodells fiir die 
Benutzerverwaltung ist das EntityBean UserEJB. In diesem 
Objekt werden alle Daten zu Personen gespeichert, die den 
Automaten bedienen durfen. Es sind sowohl Endkunden wie auch 
Zusteller und Servicepersonal als User klassif iziert . Auf ein 
komplexes Objektmodell (Person als Basisklasse, abgeleitete 
Klassen fur die verschiedenen Rollen der Person) wurde 
verzichtet . 

Daraus ergibt sich die bevorzugte Ausf uhrungsf orm, die Rolle 
des Users als Attribut in das Objekt zu legen. Die Rolle ist 
als int definiert. In der Const Klasse sind sprechende 
Variablennamen definiert, beispielsweise: 



public class Const { 

static final int ROLE_DPAG__RECIPIENT = 1; 

} 
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Des Weiteren sollte das User Objekt einen Verweis auf den 
zugeordneten LogisticPartner resp. Legist icPartnerMandant 
haben. LogisticPartner sind beispielsweise das 
Postversandunternehmen, welches das Logistiksystem betreibt, 
beziehungsweise weitere Unternehmen, denen ein Zugriff auf 
Bestandteile des Logistiksystems einschlieSlich einer 
Belegung von Paketfachern ermoglicht wird. 
LogisticPartnerMandanten sind die Kunden eines 
LogisticPartners, also zum Beispiel die Telekom als Danzas- 
Kunde . 

Je nach Rolle des Users enthalt das Objekt eine Referenz auf 
einen LogisticPartner (ROLE__B2B_DELIVERY_AGENT) oder auf 
einen LogisticPartnerMandant (ROLE_B2B_RECIPIENT) . Die 
jeweils andere Referenz bleibt leer (es diirfen niemals beide 
Referenzen gleichzeitig gesetzt sein, da eine Person entweder 
Zusteller oder Abholer ist, niemals beides) . 

Das Objekt UserGroupEJB (ebenfalls ein EntityBean) erlaubt 
die Zusammenf assung mehrerer User zu einer Gruppe. Neben 
einer Liste von Usern hat die UserGroup eine Referenz auf den 
LogisticPartner resp. den LogisticPartnerMandanten, zu dem 
alle Mitglieder der Gruppe gehoren. Die redundante Ablage der 
Referenz sowohl im User wie auch in der UserGroup vereinfacht 
den Zugriff auf Inf ormationen im LogisticPartner (Mandant) . 

Da an beide Typen (User und UserGroup) Pakete geschickt 
werden konnen, implementieren die beiden Objekte das 
Interface Addressable. Die Schnittstelle hat die Methoden 
getUsersO, getlDO und getExpiryMinutes ( ) . Damit ist 
gewahrleistet , dass Pakete, die an ein Addressable geschickt 
werden, vom Server verarbeitet werden konnen. 
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Die getUsersO Methode liefert eine Liste von User EJBs . 
Sofern es sich urn eine UserGroup handelt, enthalt diese Liste 
mehrere EJBs, handelt es sich urn einen User, ist nur ein EJB 
enthalten. 

Die getlDO Methode gibt die ID des Users Oder der UserGroup 
zuriick. Da das Addressable persistent gespeichert werden 
konnen muss, ist durch diese ID das darunterliegende Objekt 
auffindbar. Daraus ergibt sich die Anforderung, die Ids fur 
User und UserGroup aus einem Nummernkreis zu nehmen. Dazu 
gibt es in dem Objekt Post 24ServerProperties die Methode 
newUserlDO . Diese liefert eine eindeutige, fortlaufende ID 
zuriick. Intern greift diese Methode auf eine 
Datenbankanwendung, insbesondere eine Oracle-Sequence zu. 

Die Methode getExpiryMinutes ( ) im Addressable wird benotigt, 
urn das ExpiryDate des Paketes ermitteln zu konnen. Die 
erlaubte Verweilzeit eines Paketes im Automaten ist 
mandantenabhangig . Zur Berechnung des ExpiryDates greift die 
Methode getExpiryMinutes ( ) in beiden Objekten User und 
UserGroup auf die Methode 

LogisticPartnerMandant .getExpiryMinutes ( ) zu und addiert 
diese erlaubte Verweilzeit zum aktuellen Zeitpunkt. 

User und UserGroup werden durch die Registrierung, 
beziehungsweise das Administrationstool , kreiert. 

Zur Verwaltung der Pakete gibt es das EntityBean Parcel. Die 
Parcel ID wird vom Automaten vergeben und iiber die 
Schnittstelle dem Server beim not ifyDeli very ( ) mitgeteilt . 
Darauf kreiert die Automatenf assade ein neues Parcel Objekt 
mit der ParcellD als Primary Key. 

Der recipient (iibermittelt in Form einer Kundennummer) wird 
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als Addressable hinterlegt. Zusatzlich zum recipient gibt es 
das Attribut substitute, ebenfalls vom Typ Addressable. Es 
kann nicht beim notif yDelivery ( ) , sondern zu einem spateren 
Zeitpunkt durch Aufruf der Methode substituteBy (Addressable 
addressable) gesetzt werden. Durch dieses Attribut wird die 
Vertreterregelung abgebildet . Das Parcel Objekt bietet die 
Methoden getRecipients ( ) und getSubstitutes ( ) , die jeweils 
eine Liste von User Objekten zuriickgeben. 

Beim Erzeugen eines neuen Parcel Objektes, zum Beispiel durch 
die Automatenschnittstelle beim not i fyDel i very () , wird das 
ExpiryDate mit dem oben erwahnten Verfahren berechnet und dem 
Parcel Objekt mitgeteilt. Somit enthalt die create-Methode 
das expiryDate. Jeder LogisticPartner kann dabei 
unterschiedliche Berechnungsregeln fur das ExpiryDate haben. 

Bei Nachnahmepaketen wird ein COD Objekt tibergeben, Packchen 
und Pakete ohne Nachnahme werden durch eine create-Methode 
ohne COD erzeugt. Bei Paketen wird in der create-Methode der 
IdentCode des Paketes ubergeben. 

Zusatzlich wird dem Parcel Objekt mitgeteilt, zu welchem 
LogisticPartner es gehort. Diese Information ist fur die 
Kapazitatenplanung notwendig. 

Die Historisierung geschieht datenbankseitig durch einen 
Trigger, der vor der Anderung eines Datensatzes den alten 
Datensatz in eine Archivtabelle tibertragt. Die Methode 
getHistoryO liefert eine Auflistung des Status aller 
Archiveintrage . 

Die Automatenkonf iguration und das Kapazitatsmanagement 
werden vorzugsweise gleichfalls als modulare Bestandteile in 



AC DPA 5143 PDE 



19 

das Logistiksystem integriert. 

Die Automaten des Post 24 Systems stellen eine feste Anzahl 
von Fachern unterschiedlicher GroSe zur Aufbewahrung zur 
Verfugung. Die Facher werden von unterschiedlichen 
Logistikunternehmen genutzt . Da die Aufteilung der 
Automatenf acher auf die Logistikunternehmen sowohl fur das 
Pakethandling als auch zur Kostenberechnung bekannt sein 
sollte, werden Automatenkonf igurationen in einer EJB 
DeliveryMachine verwaltet . Die EJB erlaubt das Setzen und 
Erfragen der Fachkonf iguration jedes Automaten sowie die 
Berechnung der aktuellen und zukiinftigen Auslastung mit 
Paketen . 

Die aktuelle Fachkonf iguration, das heiEt, die Anzahl der von 
einem Logistikpartner gemieteten Facher sortiert nach 
FachgroiSe, wird durch zwei EJBs BoxTypeAssignment und BoxType 
reprasentiert . Die DeliveryMachine ordnet jedem 
Logistikpartner eine Menge von BoxTypeAssignment EJBs zu, und 
zwar fiir j ede gemietete FachgroEe eine. Jede 
BoxTypeAssignment speichert Typ und Anzahl der gemieteten 
Facher. Die FachgroSe wird dabei in einer eigenen EJB mit 
Namen BoxType abgelegt . 

Aufgrund des modularen Aufbaus sowohl der eingesetzten 
Paketf achanlage als auch des Logistiksystems konnen weitere 
Komponenten zu einem beliebigen Zeitpunkt integriert werden, 
Beispielsweise ist es moglich, weitere Komponenten fur 
Auswertef unktionen bereitzustellen. Beispiele fiir eine 
derartige Datenauswertefunktionalitat sind Auswertungen der 
Paket- und Kundendaten fiir statistische Zwecke. 

Eine Protokollierung (Logging) ist insbesondere zur 
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Uberprufung der Funktionsf ahigkeit zweckmaSig. 

Zum Logging von auf getretenen Fehlern werden die durch den 
Application Server bereitgestellten Logging-Klassen genutzt. 
5 Diese werden zur besseren Nutzbarkeit gekapselt . 

Die Klasse de.Post 24 .util . P24Log stellt eine statische 
Logging-Methode bereit: 

public static void log (int severity, 

java. lang. String system, 
java , lang, String msg, 
j a va . 1 ang . Thr owab 1 e t ) 

15 Hierbei bedeutet : 

Schwere des Fehlers. Es werden vier Fehler- 
klassen unterschieden, die liber Konstanten 
innerhalb der P24Log-Klasse aufgerufen werden 
konnen : 

P24Log. debug, P24Log. info, P2 4 Log . warning, 
P24Log . error 

Name des Teil systems 

zu speichernder Fehlertext 

Exception 

abgespeckte" Versionen dieser Methode sind 
gleichfalls moglich, vorzugsweise durch eine Ersetzung von 
bestimmten Parametern durch vordef inierte Werte, 
beispielsweise : 




severity 



20 

system 
25 msg 
t 

Einfachere „ 
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severity 



P24Log . debug 



system 



Post 24 



t 



entfallt 



Mit Hilfe der dargestellten Verf ahrensweisen ist eine 
Anpassung der Konf igurations-Parameter schnell und 
zuverlassig moglich. 

Der Fachmann kann die bei der Darstellung verwendeten 
Ausfiihrungsbeispiele durch Ersetzung von Funktionalitaten 
anderer Programmiersprachen und Programmf unktionen ersetzen. 

Auch ist es moglich, bei der bevorzugten Programmiersprache 
java andere als die genannten Funktionalitaten einzusetzen. 

Insbesondere ist es fur den Fachmann zweckmalSig, die aus den 
weiteren Dokumenten 

http : // j ava . sun . com/docs/codeconv/ 
Java Coding Conventions 

bekannten Verf ahrensschritte zur Implementation weiterer 
Funktionen und zur Abwandlung und Fortbildung der 
eingesetzten Funktionen einzusetzen. 
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Patentanspriiche : 

1. Elektronische Paket f achanlage , d a d u r c h 
gekennzeichnet, dass sie eine Vielzahl von 
elektronischen Paketfachern enthalt, wobei jeweils 
mehreren elektronischen Paketfachern eine 
Bedienungseinheit zugeordnet ist, und wobei eine 
Zentralsteuereinheit zur Steuerung der 
Bedienungseinheiten vorgesehen ist. 

2. Elektronische Paketf achanlage nach Anspruch 1, 
dadurch gekennzeichnet, dass die 
Bedienungseinheiten ein Steuerungsmittel zur Steuerung 
des Offnens und/oder des SchlieiSens von den 
Bedienungseinheiten zugeordneten Paketfachern enthalten. 

3. Elektronische Paketf achanlage nach Anspruch 2, 
dadurch gekennzeichnet, dass die 
Zentralsteuereinheit ein Mittel zur Zuordnung der 
Paketf acher zu den Bedienungseinheiten enthalt . 

4. Elektronische Paketf achanlage nach Anspruch 3, 
dadurch gekennzeichnet, dass die 
Zuordnung der Paketfacher zu den Bedienungseinheiten 
veranderbar ist. 

5. Elektronische Paketf achanlage nach einem oder mehreren 
der vorangegangenen Anspriiche, dadurch 
gekennzeichnet, dass die 
Zentralsteuereinheit mit einer Schnittstelle zum 
Empfangen von Inf ormationen von einem Da tenbank- Server 
mit Belegungsinf ormationen aufweist. 
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6. Elektronische Paketf achanlagen nach einem oder mehreren 
der vorangegangenen Anspruche, d a d u r c h 
gekennzeichnet, dass die 

Zentralsteuereinheit eine Schnittstelle zum Senden von 
Inf ormationen an einen mit Belegungsinf ormationen 
ausgestatteten Da tenbank- Server aufweist. 

7. Elektronische Paketf achanlage nach einem oder mehreren 
der vorangegangenen Anspruche, d a d u r c h 
gekennzeichnet, dass die 
Zentralsteuereinheit einen Computer enthalt, der 
Betriebsdaten und/oder Belegungszustande der Paketfacher 
speichern und verarbeiten kann. 

8. Logistiksystem, dadurch gekennzeich- 
net, dass es mehrere, miteinander vernetzte 
elektronische Paketf achanlagen enthalt. 

9. Logistiksystem nach Anspruch 8, dadurch 
gekennzeichnet, dass es einen Datenbank- 
Server enthalt. 

10. Logistiksystem nach Anspruch 9, dadurch 
gekennzeichnet, dass der Datenbank- Server 
Mittel zur Speicherung und/oder Ubermittlung von 
Belegungsinf ormationen der Paketf achanlagen aufweist. 
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